home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001356_daemon _Fri Jun 18 16:35:32 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA01512; Fri, 18 Jun 93 16:35:39 MET DST
  3. Return-Path: <eostrom@fiicmds04.tu-graz.ac.at>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA01505; Fri, 18 Jun 93 16:35:32 MET DST
  6. Received: from fiicmds1.tu-graz.ac.at by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA00789; Fri, 18 Jun 1993 16:57:42 +0200
  8. Received: by iicm.tu-graz.ac.at (5.57/Ultrix3.0-C)
  9.     id AA10525; Fri, 18 Jun 93 16:58:51 +0200
  10. From: eostrom@fiicmds04.tu-graz.ac.at (Erik Ostrom)
  11. Message-Id: <9306181458.AA10525@iicm.tu-graz.ac.at>
  12. Received: by fiicmnx01.tu-graz.ac.at (NX5.67c/NX3.0X)
  13.     id AA01789; Fri, 18 Jun 93 16:58:36 +0200
  14. Date: Fri, 18 Jun 93 16:58:36 +0200
  15. To: wmperry@mango.ucs.indiana.edu
  16. Cc: p.lister@cranfield.ac.uk, www-talk@nxoc01.cern.ch
  17. In-Reply-To: <9306181430.AA24713@dxmint.cern.ch> (wmperry@mango.ucs.indiana.edu)
  18. Subject: Re: How can one use '#' in a URL?
  19.  
  20.    >http://www/foo/bar.tar.Z#blech.c
  21.    >
  22.    > - this would indicate to the server that it is to unpack blech.c from
  23.    >/foo/bar.tar.Z and send it back as a normal file. However, I have only
  24.    >seen the # documented as something which browsers can use for internal
  25.    >hyperlinks, not as part of the a URL that can be sent to a http server.
  26.    >Is this a problem?
  27.  
  28.       I don't think this is correct.  Any url can make use of the # directive.
  29.    It just tells a browser to go to a specific part of a document instead of
  30.    to the beginning.  I don't know of any browsers that actually 'generate'
  31.    these internally.
  32.  
  33. But I think Peter is correct that, given a URL with a # inside it, the browser
  34. doesn't send back the part beginning with #.  That is, seeing the URL above, a
  35. browser would ask www for a document /foo/bar.tar.Z and then look for the
  36. anchor "blech.c" inside it--which is not what he wants.
  37.  
  38.       The only problem with using ./ in the path would be that the browser
  39.    is likely to interpret it as a relative pathname.  For example,
  40.    http://www/foo/bar.tar.Z#./blech.c would more than likely be translated
  41.    into http://www/foo/bar.tar.Z#/foo/blech.c by a browser.
  42.  
  43.       It would be fairly easy to tell the replacing function not to replace
  44.    any . or .. after a # sign though.  (I haven't tried this with mosaic or
  45.    lynx yet, but I know that my emacs browser would replace the ./ with nothing
  46.    so the url above would be http://www/foo/bar.tar.Z#blech.c)
  47.  
  48. As mentioned above, I don't think the browser should interpret the part after
  49. # as part of a path, since the # character is supposed to be followed by an
  50. anchorid and anchorids are not hierarchical.  Wanted to note, though, that
  51. according to the URL spec "/." may be simplified but "./" is not.
  52.  
  53. Of course, according to the URL spec gopher addresses have a slash between
  54. gtype and selector, too, and that doesn't seem to have affected implementation
  55. any.
  56.  
  57.    -Bill Perry
  58.  
  59. -Erik